System and method for generating a search query using a category menu

ABSTRACT

One embodiment of the present invention provides systems and methods, which allow a more efficient shopping experience. A cascading commerce menu provides access to a plurality of product, service, and/or content categories. In one embodiment, the cascading commerce menu is stored on a client computer, thereby providing quick access to the menu.

CROSS REFERENCE TO OTHER APPLICATIONS

This is a Continuation of application Ser. No. 09/653,095, filed Aug.31, 2000, which is hereby incorporated by reference now U.S. Pat. No.7,062,453.

This application claims the benefit of U.S. Provisional Application No.60/151,872, filed Aug. 31, 1999.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention is related to facilitating commerce, and inparticular, to marketing goods and services over a network.

2. Description of the Related Art

Conventional e-commerce sites and catalogs provided over the Internetare often slow and cumbersome, providing an unpleasant shoppingexperience. For example, if a purchaser wants to buy a specific productor type of product, the purchaser might have to click through many pagesuntil locating the desired product. Moreover, while conventionale-commerce sites might provide a ranked list of several suppliers for agiven product, the list ranking is typically based solely on the priceof the product itself. Furthermore, conventional e-commerce sitestypically feature data driven web sites that can only display productofferings through a web page downloaded to a standard browser.

SUMMARY OF THE INVENTION

The present invention relates to systems and methods for providing anintuitive, easy to use, cascading menu system that can advantageouslysimplify e-commerce transactions. The cascading menu system is furtherdynamically generated from a simple and compact text file that isquickly downloaded and easily updated. A user of the cascading menu canthereby quickly access products and services even where the user'saccess to a network, such as the Internet, is relatively show.

An embodiment of the present invention provides a user with a cascadingmenu. The cascading menu is dynamically generated using a programlanguage such as visual basic, from a text file that specifiesparameters of the cascading menu. The cascading menu can automaticallyprovide sub-categories such that a user can easily locate desiredproducts and services. For example, a cursor can float over a menu itemor the user can click on a menu item and the system can respond with afurther sub-classification of the menu item. The text file can be storedlocally on a user's machine such that upon subsequent accesses, the menucan be updated with relatively small changes to the text file as opposedto a download of the entire text file.

The selecting of objects and searches from the cascading menu can earnthe user credits or micro-credits. The credits can be applied topurchases from a provider of the cascading menu. Advantageously, thecredits from the provider can avoid or reduce transaction costs, whichcan undermine the economic feasibility of small quantity or low costtransactions.

Selection of a menu item can activate a search by a commerce server. Inone embodiment, the search or search activation can also earn the usercredit or micro-credit. The search by the commerce server can return aweb page of items conforming to the products or services indicated bythe menu item. For example, where the menu item corresponds to 17-inchcomputer monitors, the web page can return a list of available 17-inchmonitors from a variety of vendors.

The web page can advantageously rank or arrange goods or services in anorder of aggregate cost. The commerce server can combine a bare productcost with additional costs, such as shipping, handling, insurance, andsales tax, and the commerce server can account for disparities inadditional costs by locale by accessing a database containing the user'sshipping address. In one embodiment, the commerce server provides anonline bidding system such that a vendor can change the vendor's bareproduct cost or additional cost to change the vendor's ranking within aweb page.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other features of the invention will now be described withreference to the drawings summarized below. These drawings and theassociated description are provided to illustrate preferred embodimentsof the invention, and not to limit the scope of the invention.

FIG. 1 illustrates a first embodiment of a cascading commerce menu;

FIG. 2 illustrates a second embodiment of a cascading commerce menu;

FIG. 3 illustrates an embodiment of a ranking display;

FIG. 4 illustrates one embodiment of a cascading commerce menu with paidplacements;

FIG. 5 consists of FIGS. 5A and 5B and illustrates one embodiment of abid form menu;

FIG. 6 illustrates one embodiment of an advertiser registration form;

FIG. 7 illustrates one embodiment of a payment form;

FIG. 8 illustrates one embodiment of an architecture useable with oneembodiment of the present invention;

FIG. 9 illustrates a top-level flow according to an embodiment of theinvention;

FIG. 10 illustrates a sample system architecture that can be used toimplement an embodiment of the invention;

FIG. 11 illustrates a sample display that indicates micro-credit;

FIG. 12 illustrates a sample toolbar; and

FIG. 13 illustrates a sample web page.

DETAILED DESCRIPTION

The present invention is directed to novel methods and systems forenhancing commerce over a network, such as the Internet. One systemaccording to an embodiment of the present invention uses a client-sideapplication that is optionally highly integrated with a server-sideapplication. In the system, the client-side application and theserver-side application share a configuration and a personalizationdata, so that selections and preferences made through the web site aresubstantially transparently reflected in the client-side application. Inthis embodiment, integration of a highly interactive client with asimilarly highly personalized server with stores of personal, credit,and accounting data, creates a highly functional Internet CommerceFramework. The Internet Commerce Framework allows portability of anindividual user's preferred commerce environment among a number ofdifferent computer terminals, systems and computer-based clientsallowing the user to experience a familiar, customized environment on avariety of terminals. The client systems can be personal digitalassistants, network enabled televisions, phones with displays, or othertypes of computers, such as desktop computers, which can includemonitors, keyboards, pointing devices, network interfaces, and the like.The client systems can also be completely different physical machinesrunning the same operating system, such as an office PC and home PC. Theshared Internet Commerce Framework makes the commerce experience nearlythe same, if not identical, on all systems.

A novel menu system according to one embodiment of the present inventionis organized to allow a purchaser to swiftly locate a desired product orservice. The menu system utilizes a cascading commerce menu structurethat can provide rapid location of a vast number of products, services,and other content. For example, 64,000,000 or more categories of contentproduct and services can be accessed via one cascading menu. The menu ispresented to a user, such as a consumer or client, on a client computerterminal or display.

FIG. 1 illustrates one such exemplary cascading commerce menu 100. Thecascading menu can contain a top-level menu 102 that lists a firsthigh-level set of product, service, and/or advertising categories, and aseries of descending sub-menus 104, 106, 108, where each sub-menufurther defines the product, service, and advertising categories intomore detailed subcategories. In the example illustrated in FIG. 1, thetop-level menu 102 categories include shopping, hot buys, informationcenters, and so on. The next level or submenu 104, which descends fromthe Centers category 110, includes the further categories of arts,business, classifieds, etc. The next cascading menu 106, which descendsfrom the Business category 112, lists still more refined categories,such as accounting, advertising, books, and so on.

In one embodiment, one or more of the category listings can represent ahyperlink to the desired content, which can be located on a server, suchas a server in the World Wide Web, that is connected to a network, suchas the Internet or some other network. Advantageously, the use of thecascading commerce menu is intuitive, which minimizes consumer learningprocess.

In another example that is not illustrated, a cascading commerce menucan be associated with a commerce facilitator or provider. A top-levelmenu can list a number of product and service categories, such astravel, computer equipment, music, clothing, entertainment, jewelry, andso on. A consumer interested in computer equipment can place a cursorover the computer equipment listing. A first submenu can then appearalongside the top-level menu in a cascading manner. The first submenucan list a set of computer equipment categories, such as monitors,storage devices, communication devices, printers, scanners, cables, andso on. If, for example, the consumer places the cursor over the storagedevice listing, a second submenu may appear alongside or in place of thefirst submenu. In one embodiment, the consumer does not have to click tobring up the first submenu. In another embodiment, the consumer doesclick to bring up the first submenu.

The second submenu may list a still further refined set of storagedevice categories. The storage device categories may include, forexample, hard drives, floppy drives, CD-ROM drives, CD-RW drives, DVDdrives, and so on. If, for example, the consumer then places the cursorover the CD-RW drive listing, a third submenu may appear alongside or inplace of the second submenu.

The third submenu can list a further refined set of CD-RW drivecategories. The CD-RW drive categories may include, for example, SCSICD-RW drives, USB CD-RW drives, and parallel port CD-RW drives. If theconsumer then places the cursor over the CD-RW drive listing, a fourthsubmenu may appear alongside or in place of the third submenu.

The fourth submenu can list a still further refined set of USB CD-RWdrive categories. The CD-RW drive categories can include, for example,USB CD-RW drives between $100-$200, USB CD-RW drives between $200-$300,and USB CD-RW drives between $300-$400. When the consumer then placesthe cursor over the CD-RW drives between $200-$300 listing, a fifthsubmenu can appear alongside or in place of the fourth submenu. Thefifth submenu can list the manufacturer's name and the model number ofall CD-RW drives costing between $200-$300. If the consumer clicks on agiven desired model listing, the consumer can be hyperlinked to acatalog page providing information about the selected model and a rankedlisting of distributors or providers selling the desired model. Theranked listing will be discussed in greater detail below. In oneembodiment, the hyperlink is to a site located across a network, such asan Internet site. Of course, the number of submenus is not limited tofive. A greater or lesser number of submenus may be used for eachproduct category, depending on how many refined or specificsubcategories or desired. In addition, the click operation may beperformed using a mouse, trackball, touch pad, key, voice command, orthe like.

In another example, where the consumer desires to purchase a pair ofblack shoes costing between $20 and $40, the consumer can position acursor over a shopping category listing on a top-level menu containing,for example, shopping, travel, entertainment, restaurants, and newscategories. The user can then descend through cascading menus to selectthe desired good. For example, the consumer can follow the path:

-   -   shopping->clothing->footwear->dress shoes->$20-$40->black color        and so on, where the symbol “->” represents the act of        proceeding to the next submenu. The cascading menu structure can        be used to create complex search strings with minimal effort on        the part of the user or consumer. In one embodiment, the search        string generation is transparent to the consumer. Upon a click        of the mouse, the search string can be transmitted over the        Internet to a commerce server, which in turn provides the search        results.

Thus, a consumer can quickly locate a desired item by moving a cursorand then, with a single click or other activation, retrieve informationabout the item and have the opportunity to purchase the item. Bycontrast, a conventional system can require the consumer to laboriouslyclick through page after page of information, each separatelytransferred over the Internet, until the desired item is located. In oneembodiment, the information needed for a transaction, such as aconsumer's name, address, and credit card number, has been stored in arecord in a database through a registration process, and the customer isassociated with the record through a login process. Since the system canretain the consumer's information, a single click on a purchase icon canplace the order and charge the consumer for the order, thereby reducingor eliminating the need for a lengthy purchase process.

One embodiment of the present invention includes integration with aclient application, which operates as a container for functionalcomponents or modules. The functional components can be integrated withcorresponding server-side components or modules of the serverapplication. For example, the functional component can allow a user toearn a reward or credit toward a purchase on a pay-per-click basis. Forexample, a reward can include money, a coupon, a discount, a credit, afree product or service, frequent flier miles, and the like. As a userbrowses through, for example, an online catalog, the user can earn areward, credit, or micro-credit, which can be accumulated in an account.In one embodiment, the user can apply or spend the earned credit only topurchases made through the server application where the credit wasearned. In another embodiment, the user can spend the earned credit inmultiple systems associated with multiple vendors. The accounting ofcredit and expenditures thereby allows a client and a server componentpair to represent unique encapsulated commerce or Internetfunctionality. For instance, the cascading commerce menu system, asdetailed above, can be linked to a dynamic menu generation servermodule, which can indicate an amount of credit in a user's account anditems that can be paid for, either partially or in whole, with thecredit.

Another functional component of the system can include a client-sideuser authentication module and the personalization and profilingserver-side module, which is used in a result ranking system describedin connection with FIGS. 2 and 3. The client-side components andserver-side components can be assembled in a custom configuration todevelop customized solutions that feature some or all of the uniquecommerce system functionality.

In one embodiment, the consumer does not need to be linked to thesupplier's site during the product selection and purchase process.Rather, the product selection and purchase process for the thousands ormillions of items available via the cascading commerce menu can beconducted at a single site that acts as a catalog. The single sitecontains the product information, prices, aggregate costs, supplierinformation, and so on. The consumer can thereby avoid having to visitdifferent sites with unfamiliar interfaces of varying degrees ofreliability, and avoid having to disclose private financial data inmultiple places.

In one embodiment, the single site further includes a data store with aconsumer's or user's personal data, i.e., credit card data, emailaddress, preferred shipping method and preferred shipping address,together with a user's transactional account balance. The transactionalbalance is an accumulation of the user's micro-credits minus the user'sexpenditures of micro-credits. Micro-credits can be accrued in exchangefor viewing a search page. A micro-credit can be accumulated to theuser's transactional balance on a pay-per-click basis. A micro-creditcan be related to a monetary value and expended upon, for example, alow-value online purchase or a viewing of pay-per-use content.

In one example, a user can navigate through a cascading commerce andreceive a credit or micro-credit in exchange for initiating the searchor for viewing the search results. An example of a screen display thatillustrates the results of a sample search is shown and described inconnection with FIG. 3. In one embodiment, the credit is accumulated insmall increments, such as a few cents or even a fraction of a cent. Adatabase in a commerce server can maintain a balance of the credit in auser's account.

Gradually, the user accumulates enough micro-credit to make purchases orreceive discounts on purchases for services and goods. For example, theuser can apply the credit accumulated to the purchase of a low costitem, such as a downloadable music-single, which is typically availablein a “wav” or “mp3” format. A downloadable music-single can sell for arelatively low value, such as 99 cents. Economically, the transactioncosts of conventional money systems to both the user and a vendorassociated with a low cost product or service can render such a lowvalue transaction unfeasible. For example, in a traditional moneysystem, the user enters in name, address, credit card information, andthe like. The time consuming transaction cost to the user is therebyhigh relative to the benefit enjoyed by the user. Similarly, the vendorchecks credit and incurs significant credit card transaction fees from amerchant bank. The transaction fees thereby grow in relation to the costof the product or service.

With micro-credit, the price associated with the music-single can thenbe deducted from the user's account to “pay” for the music-single. Inone embodiment, there is no actual money exchanged such that the userdoes not have to enter credit information, such as a credit card number,and the vendor can avoid credit card transaction fees.

A micro-payment commerce system can advantageously allow users andvendors to conveniently conduct micro-commerce. The micro-paymentcommerce system incurs relatively low transactional costs such thatlow-value goods, such as an 80-cent book, can be efficiently offered tothe consumer. Traditional e-commerce systems incur relatively largetransactional costs, such as credit card transaction fees and accountingoverhead, which inhibit the ability for a traditional e-commerce systemto offer low-value goods and services.

In one embodiment, the cascading commerce menu is created from textfiles downloaded or streamed from the application server. The text filesindicate the content of the cascading commerce menu, which is thendynamically generated from the text files. Thus, even a menu listingmillions of items does not utilize an inordinate amount of disk or RAMspace. Furthermore, the menu can be downloaded to the consumer's clientcomputer from a web site associated with an operator of the commercesite, which manages the menu. Because the menu is text driven, the menucan be quickly downloaded even at a relatively slow 28 Kbaud modemspeed. In addition, a portion of the menu can be quickly updated withnew categories and/or items each time the consumer uses the system or ona predetermined periodic basis set by the menu provider or by theconsumer.

Because one embodiment of the cascading commerce menu is stored on theclient side, that is, on the consumer's computer or terminal, access toeach submenu appears almost instantaneous to the user with acorresponding movement of the cursor. This contrasts to a conventionalweb page, where typically the product categories are stored on theserver, and each new category or subcategory search requirescommunication over the Internet to download a new web page.

In another embodiment, the cascading commerce menu may be customized foror by a consumer to reflect the consumer's preferences. For example,upon registering with the commerce site associated with the commercemenu, the consumer may indicate an interest is certain categories, suchas computers, music, and Scotch. The top-level menu can be modified soas to include these categories for quick access. Similarly, the consumermay indicate a lack of interest in one or more categories, and thesecategories can be removed from the top-level menu. The removedcategories can either be grouped under a different top-level category,such as a “Miscellaneous” category, or can be removed from the menustructure altogether.

In addition, in one embodiment, the consumer may be able to directlyadd, delete, or move categories or web site links. This type of consumermodification may be accomplished, by way of example, by dragging thecategory or item from a given level of the cascading menu to a differentlocation or level on the cascading menu or off the menu altogether. Inone embodiment, the modification may be performed by right clicking onthe category or item using a right mouse button and then selecting fromone of several options from a pop-up menu. These options may includedeleting or moving the category or item. In one embodiment, thesepreferences are stored both on the consumer's computer and on thecommerce provider's server.

The stored preferences on the commerce provider's server can be used torestore a consumer's preferences to another computer. In one example, aconsumer may elect to access the commerce provider's server through adifferent computer, such as a friend's computer, that does not containthe consumer's customized cascading menu. In this situation, theconsumer may logon to the commerce provider's web site and the commerceprovider's server can download or relay the consumer's customized menuto the different computer. Thus, the consumer can be presented with thesame interface and same commerce menu that the consumer is alreadyfamiliar with, regardless of the computer used. As a result, theconsumer can enjoy a much more efficient and pleasurable shoppingexperience.

In one embodiment, when a consumer registers to download the cascadingmenu, the consumer provides the consumer's address, including country,state, city, and/or zip code. As will be described below, thisinformation may be advantageously used to provide the consumer withaccurate pricing of goods and services. In addition, the consumer mayprovide a credit card number, which can be automatically retrieved forfuture purchases of items from the menu. Thus, once the consumer clickson an item to be purchased, the consumer's card can be automaticallycharged and the address information can be provided to the supplier forshipping, which greatly eases the purchasing process. Furthermore, theconsumer does not have to register with multiple suppliers. Instead, byregistering once, the consumer can purchase items from a multitude ofsuppliers. Additionally, as previously described, the consumer canpurchase items from all or many of these providers with a single click,though in other embodiments, multiple clicks may be used. Furthermore,warranty information related to the product purchased can beautomatically filed on the commerce server or on the client's computer,thereby reducing or eliminating the need for the consumer to keep trackof the warranty information.

A ranking system and method will now be described. In one embodiment, areal-time server-side software system ranks products on a supplier basisinto an ascending or descending order based on at least one factor, suchas aggregate price or cost. In one embodiment, aggregate price includesmore than just the price of the product itself. Instead, the aggregateprice may include other costs associated with the purchase of theproduct. Thus, the aggregate price can include the actual total cost tothe consumer, and not merely the item or service cost. For example, theaggregate price can include a specific selection of costs, such asproduct cost, shipping costs, insurance costs, and/or taxes. Theaggregate pricing can be used to arrange or rank products in a display.Advantageously, once the rankings are computed and displayed to aconsumer, the consumer has a better understanding of the total costs fora purchase from a potential supplier. Merely because a supplier has thelowest product cost does not mean the supplier will have the lowestaggregate or overall cost. Thus, in one embodiment, having the lowestitem price or product cost does not ensure a highest ranking, whereproducts are ranked from lowest aggregate cost to highest aggregatecost.

The software system utilizes address information provided by theconsumer to determine costs that may vary based on the location of theconsumer relative to the supplier. For example, shipping costs and taxescan vary widely by location. Thus, an item ranking for an item can bedifferent and customized for a first consumer located in a firstlocation than an item ranking for the same item for a second consumerlocated in a second location. For example, where an item is relativelylarge, such as a refrigerator, a supplier located in the same city asthe consumer may list a much lower delivery cost than a distant supplierlocated hundreds or thousands of miles away. Thus, even if the localsupplier charges $10 more for the refrigerator than the distantsupplier, the local supplier's aggregate cost, and hence the total costto the consumer, may be much lower than the distant supplier's aggregatecost. Similarly, if the supplier is located in a different state thenthe consumer, there may be no sales tax, while an in-state transactionmay incur a sales tax.

In one embodiment, the menu system displays additional information thatcan be relevant to a consumer's selection of a supplier. For example,the ranked list can include a satisfaction or performance ranking basedon one or more inputs from previous purchasers from the supplier.Similarly, the size of the supplier, based on total previous grosssales, capitalization, and/or credit ratings can be provided as well.Thus, a consumer who also values high quality service can select asupplier based both on a combination of price and service, as well asother important factors.

FIGS. 2 and 3 illustrate exemplary screens, which may be displayed to auser during a typical selection and purchase process for a Sony® 17″computer monitor. A consumer uses a cascading menu 200, as illustratedin FIG. 2, and follows the path from a Shopping category 202 on thetop-level menu 204, through a Computer & Software category 206, aMonitors category 208, a 17″ Monitors category 210, to a Sony® 212category. In one embodiment, the process of generating and displayingthe cascading menus is performed on the client computer, withoutaccessing the Internet. With one click on the Sony® category 212, aranked list 300 of different suppliers of 17″ Sony monitors is displayedas shown in FIG. 3. In one embodiment, the ranked list is dynamicallygenerated and downloaded from a web server connected to the Internet.

The ranked list 300 includes the manufacturer's name 302, a smallphotograph 304 of the item, a model number 306, a satisfaction rating308 by previous purchasers, a date 310 of the last update for thesupplier, a number of items in stock 312, a state from which the itemwill be shipped 314, an item price 316, a shipping cost 318, a total oraggregate cost 320, and a purchase, or “Buy Now,” 322 field. In oneembodiment, a click on the “Buy Now” field 322 completes the purchasetransaction. In another embodiment, clicking on the manufacturer's name302 can bring up another screen providing more details as to the name,address, and other information related to the supplier. In anotherembodiment, the supplier information may be displayed on the same rankedlist display.

In one embodiment, a product supplier is able to bid to have its rankingimproved relative to rankings of competitors. For example, once asupplier registers with the cascading commerce menu provider, thesupplier has the ability to add the supplier's name to the ranked listof suppliers. The supplier can, at essentially any time, view itscompetitors' prices for the same item, and bid to reduce one or more ofthe costs which go into the aggregate cost. Thus, the supplier canreduce the item price, delivery cost, and/or insurance costs to improvethe supplier's ranking.

Once the supplier submits a bid or reduced cost, the server software canuse the new cost data to automatically rank suppliers of the product inresponse to a consumer inquiry. If the supplier reduces one or morecosts sufficiently so as to have the lowest aggregate cost, the suppliermay achieve the top ranking for that particular product for one or moreconsumers.

In addition, the supplier can set limits on one or more of the reducedcosts. For example, the supplier may have the reduced cost only applyfor a given time period, or for a first number of units sold. Once thelimit has expired, the price call automatically return to the originalprice or be replaced with a new price specified by the supplier.

In one embodiment, advertisers may bid or pay for advertising and/orhyperlink placements on one or more levels of the cascading commercesite. Furthermore, if there are several positions on a given menu, thehighest bidder may obtain placement on the most desirable or toplisting, the second highest bid may obtain placement on the second mostdesirable placement, and so on.

FIG. 4 illustrates one exemplary menu 400 with advertisements 408, 410and paid for link positioning 412, 414, 416, 418. Thus, the “jobsonline”and “insweb” are paid for advertisements 408, 410 placed on menusrelated to the subject matter of the advertisement. The advertisements408, 410 also act as links to the respective advertisers' sites. Thepay-for-placements hyperlinks 412, 414, 416, 418 can also include theamount paid 420, 422, 424, 426, respectively, for the placement for eachclick, i.e., can include an indication of a credit or micro-credit to beearned by a consumer who clicks on the link.

One or more spaces can be reserved in each menu level for one or morepay-for-placements hyperlinks, which may directly link the consumer tothe advertiser's site. In one embodiment, the placement system is areal-time competitive auction system.

FIG. 5 illustrates an exemplary online bid form 500 or screen providedby a commerce server. The bid form 500 can be used by an advertiser toapply for advertising or pay-for-placements hyperlinks that can beplaced on the cascading commerce menu. Where several advertisers vie fora reserved space, the bid form 500 allows a bidding advertiser to submita bid for the reserved space.

In one embodiment, the advertiser selects the menu or submenu or thereserved space by using a menu system similar to the menu systemsdescribed in connection with FIGS. 1, 2, and 4. The menu system guidesthe advertiser to the desired category of information. The advertisercan enter the advertiser's URL in the URL field 502.

The bid form 500, which may include one or more pages, can further listthe price being paid 510 by existing advertisers for placement on themenu 506 or submenu 508 associated with the desired category. Thebidding advertiser can thereby identify the rate that the current orprevious advertiser paid for a given placement position on the menu orsubmenu and use the information to decide how much to bid in response.The advertiser may then enter the bid into the bid form in a bid field504. In one embodiment, a bid is posted to the commerce server. The bidcan be in the form of a formatted text message and can includedelimiters to indicate the start of fields in a form. It will beunderstood by one of ordinary skill in the art that a text messages canconform to a variety of messaging standards, and can include a messageformatted in Hyper Text Markup Language (HTML). When received by thecommerce server, the commerce server can strip or parse the message inaccordance with the delimiters and parsing rules, and the commerceserver can store the contents of the fields in a database.

Once the bid is submitted, the bid is activated and can affect thefuture positioning of the advertiser links on the menu. The menu isupdated automatically on the client-side by the client application toreflect the new positioning when a consumer or other user next accessesthe commerce site.

By way of example, in one embodiment, the bid can correspond to a feepaid for each click on the advertiser's link. In another embodiment, thefee may be a rate associated with a time period, such as a daily rate.

FIG. 6 illustrates a contact form 600 that can be used to receivecontact information for the advertiser. The contact form 600 can includefields for a contact name, company name, phone number, and the like asshown in FIG. 6.

In one embodiment, the advertiser can specify a specific budget for thedesired advertising. FIG. 7 illustrates one embodiment of a budget form700, which may be used by an advertiser to select the budget for theadvertisement and the method of payment. The budgeted amount 702 may bepaid for by the advertiser and deposited into an account associated withthe advertisement placement. The account amount can be charged againstthe account in accordance with the agreed upon bid rates. For example,if the bid corresponds to a fee for each click on the advertiser's link,then each time a consumer clicks on the advertiser's link, the bidamount is automatically deducted from the account. Once the balancereaches a predetermined amount, such as zero, the advertiser'spay-for-placement hyperlink is automatically removed from the clientmenus and is updated on a client computer on a subsequent logon by theclient.

The commerce server 804 communicates to an SQL server 806 via a set ofclasses 808, 810, 812. The classes can conform to a component objectmodel (COM) to standardize access to the classes. An activex data object(ADO) interface can be used to maintain the data in the SQL server 806.

FIG. 9 illustrates a top-level flow 900 according to an embodiment ofthe invention. State 902 determines whether a user has logged on to onesystem known as ePilot. The system interacts with the user to receive ausername, to receive a password, and to verify the status of an accountas indicated by states 904 and 906. The user logs on so that therelevant account balance can be matched to the user. In one embodiment,the user does not have to logon, but in doing so, does not accumulatecredit or micro-credit.

In state 908, the system delivers an update to the commerce menu. In oneembodiment, the commerce menu is dynamically generated from text andonly the changes and updates to the text are downloaded from thecommerce system to the client's system. Downloading of only an updatedportion advantageously allows the menu to be updated in less time thandownloading the entire text that defines a cascading commerce menu.

In state 910, the user selects among several process actions. The usercan perform a search, state 912, can modify the user's profile on thesystem, state 914, can display the cascading commerce menu, state 916,and so on. The user can manipulate the search results or the process canreturn to state 910.

Upon activation of a search in state 912, the system can log theactivity as indicated by state 918 and display search results, state920. In one embodiment, the user earns credit or micro-credit forexecuting searches.

Upon activation of state 914, the system can provide the user with a webpage that allows the user to make changes to the user's profile, state922. The web page can, for example, allow the user to change the user'saddress, which can then affect future rankings of products based onaggregate pricing. Buttons on the web page can allow a user to savechanges or to cancel changes.

Where the user has elected to save changes, the process advances tostate 926 and state 928. States 926 and 928 allow the changes to beapplied to the commerce server and to the local computer that the useris making. In one embodiment, where the user's profile is stored only onthe commerce server, the changes are made only to the commerce server.Where the user has elected to cancel changes, the process advances tostate 930, which can provide the user with another web page indicatingthat no changes were made to the user's profile. Following state 928 orstate 930, the process can return to state 910.

In state 916, the system displays a cascading commerce menu. State 916can be activated, for example, by clicking on an icon in a toolbar asdescribed in connection with FIG. 12. The user can interact with thecascading commerce to select a menu item, state 932. In one embodiment,the user is awarded with credit or micro-credit for selecting a menuitem. The selection can be logged by the system, state 934, which canalso update the user's account balance. In state 936, the systemdisplays the site associated with the menu item.

FIG. 10 illustrates one sample system architecture, termed an InternetCommerce Framework 1000, that can be used to implement an embodiment ofthe invention. It will be understood by one of ordinary skill in the artan embodiment of the present invention can be practiced in manyalternative configurations of servers and databases and theconfiguration of the server is not important with respect to the presentinvention.

The Internet Commerce Framework 1000 combines a personalization system,e.g., user information, preferences, and account data, with an onlinetransaction tracking and double entry accounting system. Theconfiguration of the Internet Commerce Framework 1000 allows a commerceserver to automatically and efficiently credit and debit user andadvertiser/vendor accounts in small denominations, such as cents.

In one embodiment, the configuration of the Internet Commerce Framework1000 also allows the commerce server to track an account balance so thatan advertiser, as well as a consumer, can earn credit or micro-creditthrough the pay-per-click model and use apply the credit it towardspayouts and purchases. For example, an advertiser can maintain acommerce server and earn credit through click-through advertisementssponsored by other vendors. The advertiser can then apply the earnedcredit toward the advertiser's own advertisements on other commerceservers and menu systems. The system can also allow revenue sharingwhere a single revenue source is divided among several participants indiffering percentages. Such multiple party revenue sharing provides amultilevel payout arrangement for multilevel marketing or daisy-chainreselling.

One embodiment of the cascadable commerce menu allows a user toconfigure the menu to the user's preferences. An authentication and userpersonalization server 1002 allows the user to store the user'spreferences remotely such that the user's preferences can be downloadedto another computer.

In one embodiment, a single “entity class” defines an element in thepersonalization server 1002 that encompasses all entities that accessthe commerce system, e.g., users, referrers, advertisers, andadministration. A field in a record that corresponds to an entity canfurther include a reference to a related entity, such as between sistercorporations or between a parent and a child corporation. The fieldsindicating a relationship can be used to track referring sources asencountered in multilevel marketing or daisy-chain reselling. A singleentity class further allows the commerce system to use a common loginscreen, despite the disparity among the users.

A content management server 1004 manages content, such as advertisementsand menu items, in content and advertiser database, 1012. It will beunderstood by one of ordinary skill in the art that a database can beimplemented in one computer system or in multiple interconnectedcomputer systems. In one embodiment, a single content class is used tostore data, even where the content is disparate in type. For example,the content can include a single URL string, a complex HTML Document, ora digitized media file. The content class supports parent/childrelationships to accommodate the varying content types and can furtheradvantageously support content types that have yet to be encountered.The content class permits the designation of multiple owners to acontent and allows tracking of ownership of content. The content classfurther permits the tracking of sources of click-throughs acrossmultiple systems.

A transaction management server 1006 interfaces with a transactionaldatabase 1014 to monitor transactions such as user transactions andadvertiser/vendor transactions. Of course, the transaction managementserver 1006 can be implemented by a single server or multiple servers.Where micro-credits are used, the transactions can be numerous and oflow value. In one embodiment, the transactional database 1014 uses onetransaction class to store a history of a transaction, regardless of thetype of transaction involved.

Maintaining the transactions in a single class in the transactionaldatabase 1014 allows relatively simple access to account information,and the like, in an encapsulated e-commerce environment. In oneembodiment, the transaction management server 1006 defines and separatesfunctional responsibilities. For example, one portion of the server canopen new records of transactions, while another portion can move recordsto a temporary holding area for pre-processing. In a pre-processingstage, the portion of the transaction management server 1006 can addindexes to the transaction records to speed other processing steps, suchas a settlement of an overall transaction. In one embodiment, arelatively high-speed multi-processor computer can search, pre-process,and updates records, while a relatively slow and inexpensive computercan open new records in the transactional database 1014.

The Data Warehouse 1008 is a data store of collected data. The collecteddata can include a user's personal data, a user's preferences, and a logof a user's activities. In one embodiment, the log of the user'sactivities is not collected on a per transaction basis, but rather, asaggregate trends. The trends collected can indicate how long the usertypically reads through a menu before selecting a menu item, how longthe user typically views a display of goods, and the like. The collecteddata can later be analyzed by vendors to evaluate the effectiveness oftheir advertisements and the value of their advertisements. The DataWarehouse 1008 can also be implemented by a single server or by multipleservers.

A personalization and profile database 1010 can be used to storepreferences and a user's profile, e.g., a user's favorite music type orfavorite food.

FIG. 11 illustrates a sample display 1100 that provides an indication ofmicro-credit accumulated by a consumer. The sample display 1100 as shownin FIG. 11 is a customized or personalized web page for user jsmith, asidentified in a name field 1102. A first credit field 1104 can indicatean amount of credit or micro-credit that the user has accumulatedthrough click throughs and searches. A second credit field 1106 canindicate a credit received by referring a friend to the commerce server.A third credit field 1108 can indicate a cumulative credit available forthe user to spend. When the user spends credit on items or services, thecredit fields can be appropriately updated to reflect the new amount ofcredit.

FIG. 12 illustrates a sample toolbar 1200. The sample toolbar 1200 caninclude a start button 1202 to activate a cascading commerce menu. Thesample toolbar 1200 can further include an earnings field 1204 toindicate an amount of credit or micro-credit credit accumulated by theuser.

FIG. 13 illustrates a sample web page 1300 that is one example of auser's personalized homepage. The sample web page 1300 can include ausername field 1302 and can indicate a credit or micro-credit balance1304. The sample web page 1300 can further allow a search term to beentered in a search field 1306, which can in turn provide the user withcredit. A login hyperlink 1308 allows a new user to log into the system.

While certain preferred embodiments of the invention have beendescribed, these embodiments have been presented by way of example only,and are not intended to limit the scope of the present invention.Accordingly, the breadth and scope of the present invention should bedefined only in accordance with the following claims and theirequivalents.

1. A method of generating a search query, comprising: storing a paymentaccount information in a user record; providing at least a portion of amenu including one or more product category menu items, wherein at leastone of the product category menu items is associated with at least onesubcategory menu item; receiving at a server the search query based atleast in part on a selection of an item associated with the menu;processing the query at the server to provide at least a portion of aresult of the search query, wherein the result includes a list ofsuppliers and for each supplier a corresponding aggregate price for aproduct and the aggregate prices include a base product price and atleast one additional cost associated with a purchase of the product,wherein the at least one of the additional cost is determined using atleast a portion of the user record; and facilitating a purchase of theproduct from any supplier in the list of suppliers using the paymentaccount information stored in the user record.
 2. A method as recited inclaim 1, wherein the menu includes a cascading menu.
 3. A method asrecited in claim 1, wherein the subcategory menu item includes one ormore of the following: a product listing menu item and a productcategory menu item.
 4. A method as recited in claim 1, wherein thesearch query includes a search string.
 5. A method as recited in claim1, wherein the search query was generated automatically in response tothe selection of the item.
 6. A method as recited in claim 1, whereinthe at least one subcategory menu item is associated with the searchquery.
 7. A method as recited in claim 1, further comprising rewarding auser at least partly in response to the selection.
 8. A method asrecited in claim 1, wherein the product is associated with theselection.
 9. A method as recited in claim 1, wherein the additionalcost includes one or more of the following costs: shipping cost,handling cost, insurance cost, and tax cost.
 10. A method as recited inclaim 1, wherein at least a portion of the list is organized in an orderis based on data associated with satisfaction or performance of one ormore previous purchases from at least one of the suppliers.
 11. A methodas recited in claim 1, wherein at least a portion of the list isorganized in an order is based on advertising bid price associated withat least one of the product or the suppliers.
 12. A method as recited inclaim 1, wherein at least a portion of the menu is dynamicallygenerated.
 13. A method as recited in claim 1, wherein the menu isconfigurable by a user to include, exclude, or modify one or more itemsassociated with the menu.
 14. A method as recited in claim 1, whereinthe selected item associated with the menu includes a link to a website.15. A method as recited in claim 1, wherein at least a portion of thelist is organized in an order based at least in part on respectiveaggregate prices for the product.
 16. A system for generating a searchquery, comprising: a plurality of processors, a memory, coupled to atleast one of the plurality of processors, the plurality of processorsconfigured as a group to: store a payment account information in a userrecord, provide at least a portion of a menu including one or moreproduct category menu items, wherein at least one of the productcategory menu items is associated with at least one subcategory menuitem, receive the search query based at least in part on a selection ofan item associated with the menu, provide at least a portion of a resultof the search query, wherein the result includes a list of suppliers andfor each supplier a corresponding aggregate price for a product, theaggregate prices including at least a base product price and at leastone additional cost associated with a purchase of the product, whereinat least one of the at least one additional cost is determined using atleast a portion of the user record, and facilitate a purchase of theproduct from any supplier in the list of suppliers using the paymentaccount information stored in the user record.
 17. A system as recitedin claim 16, wherein the additional cost includes one or more of thefollowing costs: shipping cost, handling cost, insurance cost, and taxcost.
 18. A system as recited in claim 16, wherein at least a portion ofthe list is organized in an order is based on data associated withsatisfaction or performance of one or more previous purchases from atleast one of the suppliers.
 19. A system as recited in claim 16, whereinat least a portion of the list is organized in an order is based on anadvertising bid price associated with at least one of the product or thesuppliers.
 20. A system as recited in claim 16, wherein at least aportion of the list is organized in an order based at least in part onrespective aggregate prices for the product.
 21. A system as recited inclaim 16, wherein, the processor is further configured to reward a userat least partly in response to the selection.
 22. A system as recited inclaim 16, wherein, the menu is configurable by a user to include,exclude, or modify one or more items associated with the menu.